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1. Action point from June meeting 


At the NHCSR Governance Board meeting on 1 June 2007, It was agreed that the 
proposal to allow access to NHSCR data for statistical purposes (Paper NHSCR GB 
3/07) should be worked up, against the yardstick of demonstrating a 'necessary and 
proportionate use’. 


2. Background 


2.1 The Final Report in February 2004, of the NHSCR Review Group chaired by 
Andrew Fraser, advocated that effort should go towards improving the analytical 
capabilities of the NHSCR database, subject to appropriate privacy protection 
measures. One of the functions and aims of the NHSCR was restated as including 
‘to supply information to the Registrar General, to derive statistical information 
relevant to the measurement of migration within, and to and from, Scotland’. Indeed, 
one of the recommendations was that ‘The NHSCR, with the GROS, should track 
closely the proposals for changes in residency and population registration, and plan 
to enhance the NHSCR’s ability to support population enumeration and NHS 
entitlement for those residents in Scotland who were not born in the UK. It also 
recommended that ‘The NHSCR should keep track of wider developments and 
ensure that core functions of the NHSCR are integral to any future developments.’ 


3. Requirements 


3.1 Since the meeting on 1 June 2007, GROS has commissioned a requirements 
analysis from ATOS. The purpose of the requirements analysis was to establish the 
technical options for providing a data extract from the NHSCR having due regard to 
security issues, and to determine exactly which fields would be necessary and 
sufficient to meet GROS’ purposes. 


3.2 Workshops were held with key stakeholders within GROS - members of staff 
from population and migration branch, household estimates branch, the Scottish 
Longitudinal Survey (SLS), Alternative Sources branch and IT branch. It became 
clear that access to an extract from the NHSCR database not only had the potential 
to help improve the measurement of migration but it also had enormous potential for 
supporting population enumeration in the next census and indeed providing the basis 
for a pilot alternative to the census. 


3.3 Access to an NHSCR extract for statistical purposes would enable improved 
estimates of migration flows to be produced, an area which is very difficult to 
measure at present. Improved migration estimates are also wanted across Central 
and Local Government to help in planning for services. The NHSCR is potentially a 
valuable source for estimating the number of households at small area level, 
information which local authority planners and other service providers use to 
understand housing availability, and plan how best to meet housing need. GROS 
currently uses Council Tax systems, but with the abolition of council tax in Scotland 
this would no longer be feasible. We have not identified an alternative source for this 
information. Analyses of the extract would also add considerable value to the 


NHSCR database itself through identification of anomalies leading to improved 
quality assurance. 


3.4 There is a strong lobby within Government to consider what will replace or at 
least supplement future censuses. Comparisons have been made with Scandinavian 
countries where substantial cost savings and quality improvements have been made 
as a result of their reliance mainly on registers of population, households and 
businesses. 


3.5 The workshops identified 2 broad types of usage: 


(i) De-identified NHSCR data would be used to estimate 
migration flows and household numbers at small area level, and facilitate the 
building of the Scottish Longitudinal Study database. The fields required for 
this purpose are listed in Appendix A and will be updated on a monthly bases. 


(ii) The second type of use would be to support Census, either 
by developing alternatives to traditional enumeration, or by adjusting for 
undercoverage in traditional census counts. In both cases name data would 
be required to carry out record linkage at the individual level. Once the linkage 
is completed, name fields will be removed and all analysis will be carried out 
on de-identified data. Appendix B lists the fields needed in addition to those 
given in Appendix A for this second type of use. 


4. Privacy Impact 


4.1 Information from the NHSCR is currently used to estimate migration flows 
and provides a tracing service for the Scottish Longitudinal Study. Counts of 
migrants are generated by the NHSCR IT contractor, ATOS, and provided in an 
aggregate form to statisticians in Population and Migration Branch. The identification 
of new entrants to the SLS, and the extraction of their records is handled by NHSCR 
staff and ATOS. Under this proposal, a limited number of GROS statisticians and IT 
staff will gain direct access to individual record level data. While this will improve the 
efficiency of the process and deliver benefits for the statistical function of GROS, it 
will also introduce some additional privacy risks as a result of the wider sharing of 
personally identifiable data within GROS and the transfer of identifiable data 
between the ATOS offices in Livingston and Ladywell House in Edinburgh. 


4.2 To mitigate those risks, GROS will limit the extract to only those fields of the 
NHSCR which are necessary for the statistical uses identified above. Within GROS a 
system of access control will be implemented whereby NHSCR extracts will be 
processed and maintained by a dedicated small team and information shared with 
secondary users will not exceed what is absolutely necessary for each specific 
purpose. For uses described at 3.5.i, this will be de-identified data (i.e. name fields 
will be removed). Where appropriate, statistical secondary users will continue to 
receive aggregated data only. Access to name fields will only be allowed for named 
GROS staff members in very specific circumstances for linkage work, as described 
in section 3.5.ii.above. 


4.3 Procedures for transferring the monthly extracts between ATOS offices in 
Livingston and Ladywell House, and the maintenance of the NHSCR extract 
database in-house will meet the level of security requirements set for Census data. 
Taken together, these measures will ensure that potential privacy risks are 
minimised and are proportionate to the benefits achieved through the use of the data 


5. Spin off benefit 


5:1 Some of the key potential benefits of enabling access to NHSCR data for 
statistical purposes, will only be realised once phase 2 of the NHSCR upgrade is 
completed. This phase involves populating mother’s birth surname and place of birth 
for Scottish births, as well as the property reference number and postcode. 

Funding for phase 2 by the Health Department has not yet been approved and is not 
anticipated to be imminent. Because these items of information would be so valuable 
for the statisticians in improving estimates of migration, household estimates and 
composition, the Office of the Chief Statistician have agreed to provide funding from 
the Scottish Neighbourhood Statistics for this part of the upgrading, if used this 
financial year. 


6. Recommendation 


6.1 The provision of an extract from the NHSCR for statistical purposes will not 
only enable improved population and household estimates to be produced, it will 
enable enhancements to the quality of the NHSCR database to be made and secure 
funding for phase 2 of the upgrade to be completed this financial year, again with 
considerable benefits to the operation of the NHSCR. The Board is invited to agree 
the proposal. 


Appendix A. 


Key fields required for NHSCR extract 















































Information Format Comment 

Personld 32 bit integer System generated key. 

UCRN 20 Characters Unique citizens 
reference number. 
Created from algorithm 
derived from 
NHSNumber. Used in 
the broader public sector 
as an identifier. 

NHSNumber 17 Characters Intelligent number in the 
sense it is possible to 
derive registry district 
from it. 

Gender 1 Character 3 possible values: M, F, 
U 
(Male / Female / 
Unknown). 

Posting 4 Characters Current posting. 

PostingDate Datetime Date of current posting. 

BirthDate Datetime Some are allocated by 
the system if blank. 
Records migrated from 
VME with a blank are 
given a default date of 
29/09/1939. 

BirthCountry 3 Characters Currently not populated. 

BirthPlace 20 Characters Currently not populated. 

IsDead Bit True if the person has 
died. 

DeathDate Datetime 

DeathCountry 3 Characters 

DeathDistrict 6 Characters 

DeathSubDistrict 2 Characters 








DeathEntryNumber 





6 Characters 














Information 


Format 


Comment 





DeathLocation 


1 Character 


This is provided for 
backward compatibility. 





IsClosed 


Bit 


When the person 
associated with the 
Person record migrates 
from Scotland then the 
record is closed. 


If they move back to 
Scotland the record is 
reopened. 


This flag is set if the 
record is closed. 





IsRegistered 


Bit 


Default value is 1. 
Processes adding non- 
registered records must 
explicitly set it O. 





LastUpdated 


Datetime 


Date and time at which 

record was last updated. 

e This includes 
changes to any of 
the other tables in 
the Person data 
model where 
information relating 
to that person was 
changed, e.g. 
Names, NameParts, 
Postings, etc. 





SLS flag 


Member of the Scottish 
Longitudinal Study 





Postcode 








UPRN 








Unique Property 
Reference Number 








Appendix B. 


Additional fields required for record linkage 





FirstName 35 Characters Copy of most recent first 
name or previous 
forename for this Person 
in the NameParts table. 





LastName 35 Characters Copy of most recent last 
name or previous last 
name for this Person in 
the NameParts table. 








MiddleName 














